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(54) Alternate routing of media connections within a single communications system across public 
or private network facilities 



(57) in one configuration, an enterprise network is 
provided that includes geographically dislocated first and 
second network regions 202 and 206, the first and second 
network regions being in communication with one anoth- 
er through first and second networks 252 and 248 and 
respectively comprising first and second gateways 220 
and 224 and first and second groupings of links connect- 
ed to the second network 248. A common electronic ad- 
dress is associated with the second grouping of links. In 
response to a request from a first subscriber to initiate a 



communication session with a second subscriber in the 
other network region, a media server 200 determines that 
the first network 252 is currently incapable of supporting 
the bearer channel for the session. In response, the first 
gateway 220 transmits the common electronic address 
to the second gateway 224. After the common electronic 
address is received by the second gateway 224, the first 
gateway 220 transmits in band to the second gateway 
224 an identifier that is used to establish the communi- 
cation session. 
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Description 

CROSS REFERENCE TO RELATED APPLICATION 

[0001] This application is a continuation in part of U.S. 
Application No. 11/107,524, filed April 14, 2005, and 
claims the benefits under 35 U.S.C. § 1 19 of U.S. Provi- 
sional Patent Application Serial No. 60/641 ,628 filed Jan- 
uary 4, 2005, of the same title and to the same inventors, 
which is incorporated herein by this reference. 
[0002] Cross reference is made to U.S. Patent Appli- 
cation Serial No. 11/107,659, filed April 14, 2005, and 
entitled "iN-BAND CALL ASSOCIATION SIGNALING 
FOR A SINGLE NUMBER DESTINATION", which is in- 
corporated herein by this reference. 

FIELD 

[0003] The invention relates generally to converged 
communications networks and particularly to alternate 
communication paths for voice communications. 

BACKGROUND 

[0004] IP networks generally provide an excellent in- 
frastructure for geographically distributing components 
of a telecommunication system. The underlying IP net- 
work is optimal for transmission for control signaling, and, 
when bandwidth is available, can provide an acceptable 
Quality of Service (or QoS) or Grade of Service (or GOS) 
for voice communications. When insufficient network re- 
sources are available for voice communications or one 
or more IP network components are down, voice com- 
munications can be adversely impacted. 
[0005] A number of techniques have been attempted 
to address these issues. 

[0006] In one technique, if a system had multiple com- 
munication gateways controlled by a single controller and 
the private switching facilities inter-connecting these 
gateways failed, users can "dial-out" on a public network 
trunk using the public address (or Direct inward Dialing 
or DID number) of the destination party. This approach 
requires manual intervention by the user first to recognize 
that a problem exists, second to determine how to cir- 
cumvent it, and third to dial the DID number. Normally, 
the calling party would dial only an extension to reach 
the destination parry. If the destination party to be 
reached does not have a public number, he or she is not 
reachable by the alternate network. 
[0007] in another technique known as PSTN Fall- 
back™ of Avaya Inc., a call is forced to the PSTN when 
an IP trunk connection experiences an unacceptable 
QoS or GOS. With reference to Figure 1, a multi-enter- 
prise architecture is depicted, each enterprise 1 00 and 
104 having a separate, independent, and active or pri- 
mary media servers 1 1 2 and 1 1 6 with resident call con- 
troller functionality. Each enterprise also includes a plu- 
rality of digital stations 120 and 124, a plurality of IP or 



Internet Protocol stations 128 and 132, a gateway 136 
and 1 40 and a Local Area Network or LAN 1 44 and 1 48. 
The media servers 1 12 and 1 16 are independent in that 
one media server in one enterprise is generally unaware 
5 of the subscriber configuration information, such as ex- 
tensions, of the other enterprise's subscribers. The gate- 
ways 136 and 140 are interconnected by the Public 
Switched Telephone Network or PSTN 148 and Wide 
Area Network or WAN 152. When a call is to be placed 

10 over the WAN 152, the originating call controller deter- 
mines the currently measured network delay and packet 
loss. When either measured variable reaches a prede- 
termined threshold, the call controller automatically takes 
the idle IP trunk ports out-of-service, i.e., it busies out the 

15 ports. The ports remain out-of-service until the measure- 
ments return to the low threshold. No new calls are al- 
lowed over the IP trunk. Normal or conventional call rout- 
ing over the PSTN 1 48 is used for access to the next 
preference in the route pattern. 

20 [0008] In another technique known as Separation of 
Bearer and Signaling™ (SBS) of Avaya Inc., the signaling 
channel for a call is routed over the WAN 1 52 while the 
bearer channel is routed over the PSTN 1 48. The sign- 
aling channel in SBS includes SBS call-control signaling 

25 and QSIG private-networking protocol information. SBS 
associates the signaling and bearer channels at the SBS 
originating and terminating nodes so that they appear to 
the end users to be a normal, non-separated call. The 
use of the WAN for signaling traffic and the PSTN for 

30 voice bearer traffic addresses a customer need for using 
small amounts of bandwidth in the IP WAN for signaling 
traffic, with the voice bearer portion of the call being sent 
over inexpensive PSTN facilities. Like PSTN Fallback, 
SBS™ is used in multi-enterprise calls with each enter- 

35 prise having separate, independent, and active media 
servers. 

[0009] PSTN Fallback™ and SBS™ address architec- 
tures where there exist multiple, separate system imple- 
mentations inter-connected by a traditional inter-switch 

40 trunking protocol; in other words, they permit inter-con- 
nection only of peer-to-peer systems. With the move to 
larger, single-server IP WAN-connected media gateway 
distributed systems, there is no longer a need for IP 
trunks and SBS. Using trunk group administration to limit 

45 bandwidth between media servers is not required nor is 
PSTN Fallback™ when the number of calls exceeds the 
administered IP trunk member limit. There is no need to 
embed an intelligent signaling interface between servers 
over IP WAN facilities given that the system has only a 

50 single active or primary server and that all calls across 
the system appear to be station-to-station calls. 
[0010] Another technique for managing IP bandwidth 
usage includes call admission control in which the 
number of calls across the WAN or the bandwidth avail- 

55 able for voice calls is limited. Call admission control can 
result in the call being denied and being forwarded to the 
callee's voice mail server (if accessible), thereby causing 
caller frustration. 
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[0011] There is a need, particularly in a single-server 
system, for a call control system that manages IP band- 
width usage effectively, particularly during high traffic pe- 
riods and/or provides an alternate communication path 
in the event of problems with the WAN. 

SUMMARY 

[0012] These and other needs are addressed by the 
various embodiments and configurations of the present 
invention. The present invention is directed generally to 
the dynamic establishment of inter-gateway connections 
through one of two or more public or private networks 
(i.e., networks normally not owned or managed by the 
enterprise communications controller), particularly con- 
nections between first and second network regions of the 
enterprise network, with the particular network used for 
the bearer path selected as the bearer depending on fac 
tors such as bandwidth and/or resource availability in one 
or both of the networks. As used herein, "gateway" refers 
not only to gateways but also to devices providing similar 
functionality, such as port networks, 
[0013] In one embodiment, the present invention pro- 
vides a telecommunications method that includes: 

(a) providing geographically dislocated first and sec- 
ond network regions of an enterprise network, the 
first and second network regions being in communi- 
cation with one another through the first and second 
networks and respectively comprising first and sec- 
ond gateways and first and second groupings of links 
{e.g., trunks) connected to the second network and 
with a common electronic address being associated 
with the second grouping of links; 

(b) a first media server receiving, from a first sub- 
scriber in the first network region, a request to initiate 
a real-time or near real-time communication session 
with a second subscriber in the second network re- 
gion; 

(c) the first media server determining that the first 
network is currently incapable of supporting the bear- 
er channel for the requested session with the second 
subscriber; 

(d) in response thereto, the first gateway transmitting 
the common electronic address over the second net- 
work to the second gateway; 

(e) after the common electronic address is received 
by the second gateway, the first gateway transmitting 
in band over the second network to the second gate- 
way an identifier; and 

(f) using the identifier to establish a bearer channel 
for the communication session over the second net- 
work. The "communication session" may be any real- 
time or near real-time communication, such as a 
wireline or wireless live voice call, an instant mes- 
saging session, a Short Message Service or SMS 
session, chat session, and the like. 



[0014] In one exemplary configuration, a common call 
controller separates the call control used to service the 
subscribers from the call control needed to establish the 
bearer channel. The intervening network used to estab- 
5 lish the bearer channel is separate from the network used 
to control the gateways to which the local subscribers 
involved in the call connect. For example when subscrib- 
er A places a call to subscriber B and the gateways that 
service the subscribers are separated across a packet- 
10 switched WAN, the system launches a separate call into 
the circuit-switched network using a trunk from the gate- 
way of subscriber A or other local gateways reachable 
from subscriber A's gateway. As will be appreciated, the 
call that is launched may not be in the same direction as 
the original call from subscriber A to subscriber B. The 
system may decide to launch the call from subscriber A 
to subscriber B or vice versa, 

[0015] The reasons for choosing the separate circuit- 
switched connection network versus placing the bearer 
channel over the packet-switched network can be many. 
For example, sufficient bandwidth on the packet- 
switched network or gateway resources may be unavail- 
able or the desired voice QoS or GOS level may not be 
realizable on the packet-switched network. The separate 
bearer call dials a common pre-determined public ad- 
dress number that corresponds to the set of far-end 
trunks on the gateways in the destination LAN. The bear- 
er call does not use the public address number of either 
subscriber A or B. The bearer call arrives at the pre-de- 
termined public address number and is answered auto- 
matically. A unique code or identifier is exchanged within 
the bearer path. The identifier is commonly unique rela- 
tive to other identifiers transmitted by the call controller 
during a selected period of time. By way of example, the 
identifier may be a user identifier (e.g., a subscriber iden- 
tifier or phantom user-identifier, a service record identi- 
fier, a port identifier, a random or pseudorandom number, 
and the like). The identifier allows the system call con- 
troller, which is managing the gateways at each end of 
the connection to associate the incoming trunk with the 
outgoing trunk. Once this association has been made, 
the controller connects one of the circuit-switched trunks 
to subscriber A and the other to subscriber B. Neither 
subscriber A or B is aware of the presence of the circuit- 
switched trunks in the connection. 
[0016] The bearer path setup occurs outside the 
boundaries of the subscriber-originated call. Internally, 
the system has a first record for the call from subscriber 
A to subscriber B; a second for the outgoing trunk; and 
a third for the incoming trunk. At the connection layer, 
subscriber A talks/listens to the trunk on his end and sub- 
scriber B talks/listens to the trunk on his end. The sub- 
scribers may end their call but this has no direct effect 
on the circuit-switched trunk connection. The circuit- 
switched trunk connection may be torn down by the call 
controller or it may be preserved (cached) and later re- 
used by another call between a new pair of users. 
[0017] In traditional VoIP systems, both the call control 
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and bearer channels are carried over the same IP net- 
work. In this embodiment, call control (e.g., H.248, pro- 
prietary CMS, H.323 Annex L, and SIP) is carried over 
the IP network, but bearer connections between gate- 
ways are carried over public or private network circuit- 
switched facilities. The circuit-switched bearer connec- 
tions may be used to connect any media stream at each 
gateway. These media streams may belong to an- 
nouncements, music sources, video, an audio terminal 
(telephone), etc. By allowing multiple components to be 
controlled by one media server and preserving the voice 
quality of circuit-switching, larger systems can be built 
that allowfor simpler management and more flexible con- 
figurations. 

[0018] These and other advantages will be apparent 
from the disclosure of the invention(s) contained herein. 
[0019] As used herein, " at least one., and", "at least 
one ... or", "one or more of ... and", "one or more of ... 
or", and "and/or" are open-ended expressions that are 
both conjunctive and disjunctive in operation. For exam- 
ple, each of the expressions "at least one of A, B and C", 
"at least one of A, B, or C", "one or more of A; B, and C", 
"one or more of A, B, or C" and "A, B, and/or C" means 
A alone, B alone, C alone, A and B together, A and C 
together, B and C together, and A, B and C together. 
[0020] The above-described embodiments and config- 
urations are neither complete nor exhaustive. As will be 
appreciated, other embodiments of the invention are pos- 
sible utilizing, alone or in combination, one or more of 
the features set forth above or described in detail below. 

BRIEF DESCRIPTION OF THE DRAWINGS 

[0021] 

Fig. 1 is a prior art call control architecture; 

Fig. 2 is abiockdiagram according to an embodiment 

of the present invention; 

Fig. 3A is a block diagram of the data structures as- 
sociated with an Inter-gateway Alternate Route or 
IGAR bandwidth management call; 
Fig. 3B is a block diagram of the data structures as- 
sociated with an IGAR network fragmentation call; 
Fig. 4 is a flowchart depicting an operational embod- 
iment of the inter-gateway routing agent; and 
Fig. 5 is a flowchart depicting another operational 
embodiment of the inter-gateway routing agent. 

DETAILED DESCRIPTION 

[0022] Figure 2 depicts an architecture according to 
an embodiment of the present invention. The architecture 
Is in a single enterprise network having geographically 
dislocated first and second regions 202 and 206. The 
first region 202 includes a primary or active media server 
200 connected to a plurality of subscriber digital stations 
204a-i and a plurality of subscriber IP stations 208a-j via 
Control LAN or C-LAN 212 and bearer LAN 216, and first 



gateway 220. The second region 206 includes a spare 
or secondary media server 228 connected to a plurality 
of subscriber digital stations 232a~k and a plurality of sub- 
scriber packet-switched stations 236a- 1 via C-LAN 240 
5 and bearer LAN 244 and a second gateway 224. The 
first and second gateways 220 and 224 are interconnect- 
ed via the PSTN 248 and a WAN 252. 
[0023] Each of the subscriber digital stations and pack- 
et-switched stations can be one or more wireline or wire- 

10 less packet-switched and/or circuit-switched communi- 
cation devices, respectively. For example, the digital sta- 
tions can be digital telephones such as Digital Commu- 
nications Protocol or DCP phones, voice messaging and 
response units, traditional computer telephony adjuncts, 

is and wired and wireless circuit-switched telephones, and 
the packet- switched stations can be Avaya Inc.'s, 4600 
Series IP Phones™, IP softphones such as Avaya Inc. 
's, IP Softphone™, Persona! Digital Assistants or PDAs, 
Personal Computers or PCs, laptops, and H.320 video 

20 phones and conferencing units. 

[0024] Each of the first and second gateways is an 
electronic signal repeater and protocol converter that 
commonly provides a telephone exchange service, sup- 
porting the connection of the various types of stations 

25 and outside packet-switched and/or circuit-switched tel- 
ephone lines (such as analog trunks, ISDN lines, E1/T1 
voice trunks, and WAN routing IP trunks). Telephone 
lines are typically connected to the gateway via ports and 
media modules on the chassis, with different media mod- 

30 ules providing access ports for different types of stations 
and lines. Voice and signaling data between packet- 
switched and circuit-switched protocols is normally ef- 
fected by the media modules converting the voice path 
to a TDM bus inside the gateway. An engine, such as a 

35 Voice Over IP or VoIP engine, converts the voice path 
from the TDM bus to a compressed or uncompressed 
and packetized VoIP, typically on an Ethernet connec- 
tion. Each gateway commonly includes a number of port 
and trunk circuit packs for performing selected telecom- 

40 munications functions, such as (DTMF) tone detection, 
tone generation, playing audio (music and/or voice) an- 
nouncements, traffic shaping, call admission control, and 
a media processor, and one or more IP server interfaces. 
Examples of gateways include Avaya Inc.'s SCC1™, 

45 MCC1™, CMC™, G350™, G600™, G650™, and 
G700™. 

[0025] The C-LANs 212 and 240, bearer LANs 216 
and 244, and WAN 252 are packet-switched and may 
employ any suitable protocol, such as the TCP/IP suite 

50 of protocols, the Ethernet protocol, the Session Initiation 
Protocol or SIP, and/or the H.323 protocol. 
[0026] The primary and spare media servers control- 
ling the gateways can be any converged architecture for 
directing circuit-switched and/or packet-switched cus- 

55 tomer contacts to one or more stations. As will be appre- 
ciated, the primary media server normally controls the 
first and second gateways, in the event of a loss of com- 
munication with the second gateway, such as through a 
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catastrophic WAN failure, the spare media server be- 
comes active and takes over control of the second gate- 
way 224. A loss of control or connectivity is typically de- 
termined by a heartbeat or polling mechanism. Common- 
ly, the media servers are stored-program-controlled sys- 5 
terns that conventionally include interfaces to external 
communication links, a communications switching fabric, 
service circuits (e.g., tone detectors and generators, an- 
nouncement circuits, etc.), memory for storing control 
programs and data, and a processor (/.a, a computer) 10 
for executing the stored control programs to control the 
interfaces and the fabric and to provide automatic con- 
tact-distribution functionality. Illustratively, the media 
servers can be a modified form of the subscriber-premis- 
es equipment disclosed in U.S. Patents 6,192,122; 15 
6,173,053; 6,163,607; 5,982,873; 5,905,793; 5,828,747; 
and 5,206,903, all of which are incorporated herein by 
this reference; Avaya hic.'s Definity™ Private-Branch Ex- 
change (PBX)-based ACD system; Avaya Inc.'s IP600™ 
LAN-based ACD system, or an S8100™, S8300™, 20 
S8500™, S8700™, or S8710™ media server running a 
modified version of Avaya inc.'s Communication Manag- 
er™ voice-application software with call processing ca- 
pabilities and contact center functions. Other types of 
known switches and servers are well known in the art 25 
and therefore not described in detail herein. 
[0027] Each of the primary and spare media servers 
200 and 228 include call controller functionality 256, an 
inter-gateway routing agent 260, and call-related data 
structures 264. Call controller 256 performs call control 30 
operations, such as call admission control, progressive 
call control, and originating call control, and the inter- 
gateway routing agent alternately routes calls (referred 
to as (Inter-Gateway Alternate Route or IGAR calls) over 
circuit-switched trunks (e.g., public or private ISDN 35 
PRI/BRI trunks and R2MFC trunks) in the PSTN 248 
when the WAN 252 is determined to be incapable of car- 
rying the bearer connection. The WAN may be deter- 
mined to be incapable of carrying the bearer connection 
when one or more of the following is true: a desired QoS 40 
and/or GOS for a communication is not currently availa- 
ble using the WAN, the communication may not be ef- 
fected using the WAN, a system configuration precludes 
or impedes the use of the WAN for selected type of com- 
munication, a would-be contactor does not desire to use 45 
the WAN for the communication, and the like. The WAN 
252 is typically determined to be incapable when the 
number of calls or bandwidth (e.g., Kbits/sec or Mbits/sec 
on a packet-switched station, trunk, and/or media gate- 
way and/or an explicit number of connections) allocated 50 
via call admission control (or bandwidth limits) has been 
reached, Voice over IP or VoIP resource (e.g., RTP re- 
source) exhaustion in the first and/or second gateway 
occurs, a codec set between a network region pair is not 
specified, forced redirection between a pair of network 55 
regions is in effect, or when control of the second gateway 
224 is lost by the primary media server (e.g., when the 
packet-switched WAN 252 has a catastrophic failure 



thereby resulting in partitioning of the network with each 
region 202 and 206 having an active media server). The 
agent can preserve the internal makeup of the IGAR call 
between a pair of gateways in separate port network re- 
gions even though the voice bearer portion of the IGAR 
call is rerouted over alternative PSTN facilities, in this 
manner, the agent 260 can provide desired levels of QoS 
and/or GOS to large distributed single-server telecom- 
munications networks having numerous branch offices 
and distributed call centers. 

[0028] As will be appreciated, an IGAR call may be 
routed over the PSTN for reasons other than a call be- 
tween subscribers. For example, a station in one network 
region can bridge onto a call appearance of a station in 
another network region, an incoming trunk in one network 
region is routed to a hunt group with agents in another 
network region, and an announcement or music source 
from one network region must be played to a party in 
another network region. 

[0029] In one configuration, each network region is as- 
signed one or more unique DID numbers (also referred 
to as an IGAR Listed Directory Number or LDN) that is 
dialed during set up of the call over the PSTN facilities. 
The IGAR LDN is a group-type number that is able to 
answer multiple calls and assign each call to a phantom 
IGAR user (that is commonly unrelated to the caller and 
callee). The LDN acts as a single DID number that may 
be dialed to reach any member of a set of subscribers 
located in a selected network region. This configuration 
in essence provides "virtual receptionist" or auto attend- 
ant that can direct a call without requiring the caller to 
dial a discrete DID number for each user. Typically, Au- 
tomatic Route Selection or ARS or Automatic Alternate 
Routing or AAR is used to route a trunk (IGAR) call from 
one network region to the LDN extension administered 
for the other network region. In this manner, the gateway 
receiving an incoming IGAR call can determine, from the 
collected digits, that the call is directed to the LDN ex- 
tension corresponding to the host network region. 
[0030] In one configuration, when an IGAR call or fea- 
ture invocation is terminated the agent 260 caches the 
IGAR trunk connection for a specified time period and/or 
until a p re-determined event ends (such as service being 
restored in the WAN or bandwidth and/or VoIP resources 
becoming available). Caching provides an available con- 
nection in the event that the connection is needed for a 
later call between the same or different subscribers. Set- 
ting up atrunkinter-gateway connection is costly in terms 
of user-perceived call setup time, typically requiring at 
least several seconds to complete. Caching can provide 
a new trunk inter-gateway connection immediately, 
thereby eliminating the observable delays as perceived 
by the caller. When the time period expires and/or the 
specified event ends, the cached trunk inter-gateway 
connection may be dropped, with the outgoing and in- 
coming trunks again becoming available for normal calls. 
[0031] A trunk inter-gateway connection is commonly 
selected from the cache when at least one of the two 
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trunks defining the inter-gateway connection is selected 
such as by ARS routing as noted above, and the other 
end of the trunk inter-gateway connection terminates in 
the desired far-end network region. If a trunk is needed 
between two network regions and no trunk is currently 
available due to a network region maximum trunk limit 
being exceeded and if a trunk inter-gateway between that 
network region and another network region is available 
in the cache, the cached trunk inter-gateway connection 
may be dropped and the newly available outgoing trunk 
used to set up the trunk inter-gateway connection. 
[0032] To minimize the impact on users of the length 
of time required to set up a trunk inter-gateway connec- 
tion, the called party is commonly not alerted (e.g., no 
flashing lamps, no display updates, and no ringing) until 
the trunk call is active (i.e., answered, verified, and cut 
through). The calling party hears ringbacktone immedi- 
ately and, if the trunk inter-gateway connection takes 
longer to set up than the administered number of rings 
for local coverage, the call may proceed to the first cov- 
erage point. 

[0033] In one configuration, there are two types of 
IGAR calls, namely an IGAR bandwidth management call 
and an IGAR network fragmentation call. An IGAR band- 
width management call is placed when the number of 
calls or bandwidth allocated via call admission control (or 
bandwidth limits) has been reached, Voice over IP or 
VoIP, resource exhaustion in the first and/or second gate- 
way is encountered, a codec set between a network re- 
gion pair is not specified, or forced redirection between 
a pair of network regions is in effect. In an IGAR band- 
width management call, the bearer path or channel for 
the call is routed over the PSTN 248 and the signaling 
channel over the WAN 252. An IGAR network fragmen- 
tation call is placed when the primary media server loses 
control of the second gateway 224. As will be appreciat- 
ed, when network fragmentation or partitioning occurs, 
the second gateway becomes unregistered and the 
spare media server 228 assumes control of the second 
gateway 224. Because the WAN is unavailable, both the 
bearer and signaling channels of the IGAR call are routed 
over the PSTN 248. 

[0034] Figure 3A depicts the data structures 264 for 
the various call components in an IGAR bandwidth man- 
agement call. The call components include the main or 
original call 300 dialed by the subscriber, the IGAR out- 
going call 304 using a phantom IGAR user (that is unre- 
lated to the caller) as the originator, and the IGAR incom- 
ing call 308 using a different phantom IGAR user (that is 
unrelated to the callee) as the destination. In the example 
of Figure 3 A, "CID" or "cid" refers to call identifier, "uid" 
to user identifier, "SID" to service identifier, and "Portid" 
to port identifier. As will be appreciated, the call, user, 
and service identifiers can be any numerical, alphabeti- 
cal, or alphanumerical variable or collection of variables 
that is unique with respect to other identifiers of the same 
type. With reference to the variables of Figure 3A, "A" is 
the call originator in the first network region 202, "B" is 



the callee in the second network region 206, "X" is the 
call identifier for the main call (dialed by subscriber A), 
"Y" is the call identifier for the outgoing IGAR call from 
the phantom IGAR user "IRTE/2" at the first gateway to 
s the outgoing trunk "TG-out" extending from the first gate- 
way, "Z" is the call identifier for the incoming IGAR call 
from the incoming trunk "Trk-ln" from the first gateway 
to the phantom IGAR user "IRTE/1*' at the second gate- 
way, "Portid(A)" refers to the port identifier corresponding 

10 to A's respective station in the first network region, "Portid 
(B)° refers to the port identifier corresponding to B's re- 
spective station in the second network region, "Net- 
workRegion - 1 " refers to the first network region, "Net- 
workRegion=2" refers to the second network region, 

is "Portid(Trk-Out)" is the port identifier corresponding to 
the outgoing trunk in the first network region, and "Portid 
(Trk-ln)" is the port identifier corresponding to the incom- 
ing trunk in the second network region. The upper level 
312 depicts the data structures maintained at the call 

20 processing layer; the middle level 31 6 to the data struc- 
tures maintained at the user layer; and the lower level 
320 to the data structures maintained at the connection 
layer. The main call data structures are completed by the 
agent 260 after in -band signaling is provided by the first 

25 gateway to the second gateway as described below with 
reference to Figures 4 and 5. 

[0035] Figure 3B depicts the data structures for the call 
components in an IGAR network fragmentation calL Un- 
like the three call components of Figure 3A, there are 
30 only two call components for a network fragmentation 
call, namely the outgoing and incoming calls. No phan- 
tom users are employed in the data structures. Rather, 
user identifiers for A and B are employed. The acronyms 
are otherwise the same as those in Figure 3A. 
35 [0036] Turning now to Figures 3-5, the operation of the 
agent 260 will now be described. 
[0037] In step 400, the call controller 256 receives a 
new port connect request for an existing service "SID=X" 
and determines, in decision diamond 404, that an IGAR 
40 connection is required to connect the new port (Portid 
(B)) to the other port (porrid(A)) in the service. The con- 
troller 256 makes an IGAR request to the agent 260 in- 
dicating the identifiers of the two network regions which 
need to be connected with trunk facilities. The request 
45 typically includes an IGAR call identifier, IGAR call-type 
identifier, the port index and system identifier of port(B), 
the source gateway identifier (of port B) and destination 
gateway identifier (or port A). The network, gateway, 
IGAR, and IGAR call-type identifiers can be any numer- 
ic ical, alphabetical, or alphanumerical variable or collec- 
tion of variables that is unique with respect to other iden- 
tifiers of the same type. 

[0038] In decision diamond 408, the agent 260 deter 
mines whether there are available trunk members in each 
55 region. If there are insufficient trunk members in each 
region, the agent 260 rejects the request. In that event 
or in decision diamond 404 if no inter-gateway connection 
is required, the call controller 256 proceeds with conven- 
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tional processing of the call. In the event that there are 
sufficient trunk members in each region, the agent 260 
proceeds to step 416. 

[0039] In step 41 6, the agent 260 originates an outgo- 
ing call. For an IGAR bandwidth management call, the 
call is originated by the phantom IGAR user (IRC-Y), and, 
for an IGAR network fragmentation call, the call is origi- 
nated by subscriber A. The IGAR user is typically iden- 
tified by a table index of user IRC-Y. The call controller 
256 receives the IGAR call origination and a new call 
record/service record for the IGAR call is created (i.e., 
CID=Y and SlD=Y) as shown in Figures 3A and 3B. 
[0040] In step 420, the agent 260 constructs and dials 
a public network number that will route through the PSTN 
trunking network and terminate at a trunk on the second 
gateway. The agent first selects and seizes a trunk by 
making a series of passes through the members of a 
trunk group. The first pass searches for a member in the 
originator's gateway. If the first pass is unsuccessful, the 
second pass looks for members not in the originator's 
gateway but still in the originator's network region. If the 
first and second passes are unsuccessful, the third pass 
selects a trunk from another network region. As will be 
appreciated, a trunk may be taken from another network 
region if that network region is still connected and acces- 
sible to the originating network region. 
[0041] In step 428, the dialed digits are sent into the 
PSTN 248, and the call controller 254 adds the selected 
trunk n TG~Out" to the service SID=Y for an IGAR band- 
width management call and to the service SID=X for an 
IGAR network fragmentation call. 
[0042] The agent 260, in step 432, prepares for IGAR 
call association and suspends the call. Upon successful 
trunk termination on CID=Yfor an IGAR bandwidth man- 
agement call and on CID-X for an IGAR network frag- 
mentation call, the agent 260 requests digit collection 
resources for the digits to be forwarded by the second 
gateway in connection with the IGAR call. 
[0043] In Figure 5, the second gateway 224 receives 
the incoming IGAR call in step 500. The second gateway 
notifies the controlli ng media server (whether the primary 
or spare media server) of the incoming call information. 
[0044] In step 504, the controlling media server per- 
forms normal call processing on the incoming call and 
creates a new call record (CID-Z and SID-Z). Until the 
digits are analyzed, the controlling media server is not 
aware that this is an incoming IGAR call. Accordingly, 
the data structures initially created are those normally 
created for an incoming call. 

[0045] In step 508, the incoming IGAR call digits are 
collected, provided to the controlling media server, and 
mapped by the controlling mediaservertothe IGAR LDN 
corresponding to the second network region. The call is 
now recognized by the controlling media server as an 
incoming IGAR call. 

[0046] In step 51 2, the call is routed and termed by the 
controlling media server to a selected phantom IGAR us- 
er PRTE/1 M ). Because the type of IGAR call is unknown, 



the data structures of Figure 3Bforthe incoming call have 
a phantom IGAR user substituted for user B. 
[0047] In step 51 6, the incoming trunk call is automat- 
ically answered. After the trunk is cut-through, a hand- 

5 shake involving bi-directional DTMF transmission occurs 
to determine the type of IGAR call. For both types of IGAR 
calls and when the call is answered, the controlling media 
server instructs the second gateway to repeatedly end- 
to-end signal a digit or collection of digits to indicate an- 

10 swer back to the first g ateway. 

[0048] The further process for an IGAR bandwidth 
management call is now discussed with reference to 
steps 520-528 and 440-444. in step 520, the primary me- 
dia server suspends call processing on CID=Z when re- 

15 ceipt of the digit is acknowledged and waits for the in- 
coming call association information. In step 440, when 
the digit is recognized by the primary media server, the 
first gateway end-to-end in-band signals a series of digits 
back toward the incoming trunk and terminating user. 

20 The signals include identifiers for the type of IGAR call 
and the IRC-Yuser. Instep 444, theprimary media server 
then suspends call processing on CID=Y. In step 524, 
the digits are collected identifying the IRC-Y user and 
passed by the primary media server to the IRC-Y user 

25 or agent 260. The agent 260 extracts CID^Y and CID^Z 
and informs the call controller that CID=Y and CID=Z 
contain the two inter-region trunk ports that satisfy the 
IGAR request. In step 528, the call controller, in step 528, 
finds the two trunk ports, one in each service, and con- 
so nects port A with Trk-Out and port B withTrk-ln. 

[0049] The further process for an IGAR network frag- 
mentation call is now discussed with reference to steps 
532-536 and 448-452. The spare media server suspends 
call processing on CID=Z when receipt of the digit is ac- 

35 knowledged and waits for the incoming call association 
information. In step 448, when the digit is recognized by 
the primary media server, the first gateway, In-band sig- 
nals a series of digits back toward the incoming trunk and 
terminating user. The series of digits include identifiers 

40 for the type of IGAR call and user B. In step 524, the 
digits are collected identifying user B and normal call 
processing for a PSTN call thereafter occurs. 
[0050] In step 544, further call processing is continued 
on either type of IGAR call using conventional tech- 

45 niques. For example, further call processing can include 
call coverage and hunting. 

[0051] A number of variations and modifications of the 
invention can be used. It would be possible to provide 
for some features of the invention without providing oth- 
50 ers. 

[0052] For example in one alternative embodiment, an 
LDN is assigned to each circuit-switched trunk connected 
to a selected network region. Although this configuration 
would simplify call association, it requires the enterprise 
55 to purchase a much larger number of public network num- 
bers, which can be expensive. Additionally, certain re- 
sources, such as a music-on-hold and/or announcement 
resource, do not have a public addressable extension. 
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[0053] In another alternative embodiment, the first me- 
dia server calls the second media server and then at- 
taches a Touch Tone Receiver, waiting for the second 
media server to answer. When the second network re- 
gion answers, the second media server immediately sig- 5 
nalsthe (typically unique) identifier to the first media serv- 
er. The second media server repeats the transmission a 
selected number of times in case the digits are lost in 
prior attempts. The identifier is encoded specially to en- 
sure that the first media server can be confident that it 10 
has received a complete and correct identifier. For ex- 
ample, the identifier can be encoded in "octal" and use 
the digit "9" as a delimiter. In this case, the first media 
server does not reply but simply begins to use the trunk 
call as a bearer channel after the unique identifier is ver- is 
ified to be valid. 

[0054] In yet another embodiment, the present inven- 
tion is not restricted to a single distributed enterprise net- 
work but may be employed by media servers of different 
enterprises provided appropriate translation information 20 
is available at each end of the communication. 
[0055] In yet another embodiment, the logic described 
above may be implemented as software, a logic circuit, 
or a combination thereof. 

[0056] The present invention, in various embodiments, 25 
includes components, methods, processes, systems 
and/or apparatus substantially as depicted and de- 
scribed herein, including various embodiments, subcom- 
binations, and subsets thereof. Those of skill in the art 
will understand how to make and use the present inven- 30 
tion after understanding the present disclosure. The 
present invention, in various embodiments, includes pro- 
viding devices and processes in the absence of items 
not depicted and/or described herein or in various em- 
bodiments hereof, including in the absence of such items 35 
as may have been used in previous devices or processes, 
e.g., for improving performance, achieving ease and\or 
reducing cost of implementation. 
[0057] The foregoing discussion of the invention has 
been presented for purposes of illustration and descrip- 40 
tion. The foregoing is not intended to limit the invention 
to the form or forms disclosed herein. In the foregoing 
Detailed Description for example, various features of the 
invention are grouped together in one or more embodi- 
ments for the purpose of streamlining the disclosure. This 45 
method of disclosure is not to be interpreted as reflecting 
an intention that the claimed invention requires more fea- 
tures than are expressly recited in each claim. Rather, 
as the following claims reflect, inventive aspects lie in 
less than all features of a single foregoing disclosed em- so 
bodiment. Thus, the following claims are hereby incor- 
porated into this Detailed Description, with each claim 
standing on its own as a separate preferred embodiment 
of the invention. 

[0058] Moreover, though the description of the inven- 55 
tion has included description of one or more embodi- 
ments and certain variations and modifications, other var- 
iations and modifications are within the scope of the in- 



vention, e.g., as may be within the skill and knowledge 
of those in the art, after understanding the present dis- 
closure. It is intended to obtain rights which include al- 
ternative embodiments to the extent permitted, including 
alternate, interchangeable and/or equivalent structures, 
functions, ranges or steps to those claimed, whether or 
not such alternate, interchangeable and/or equivalent 
structures, functions, ranges or steps are disclosed here- 
in, and without intending to publicly dedicate any patent- 
able subject matter. 



Claims 

1. A method for effecting a communication between 
subscribers of an enterprise network, comprising: 

(a) providing geographically dislocated first and 
second network regions of an enterprise net- 
work, the first and second network regions being 
in communication with one another through first 
and second networks and respectively compris- 
ing first and second media servers, first and sec- 
ond gateways, and first and second groupings 
of links connected to the second network, 
wherein a common electronic address is asso- 
ciated with the second grouping of links; 

(b) the first network region receiving, from a first 
subscriber, a request to initiate an at least sub- 
stantially real-time communication session with 
a second subscriber; 

(c) the first network region determining that the 
first network is currently incapable of supporting 
the bearer channel for the session; 

(d) in response to the determining step (c), the 
first network region transmitting the common 
electronic address over the second network to 
the second network region; 

(e) after the common electronic address is re- 
ceived by the second network region, at least 
one of the first and second network regions 
transmitting in band over the second network to 
the other of the at least one of the first and sec- 
ond network regions a unique identifier; and 

(f) using the identifier to establish a bearer chan- 
nel for the communication session over the sec- 
ond network. 

2. The method of claim 1, wherein the first media server 
controls both of the first and second gateways, 
wherein the identifier is a user identifier associated 
with at least one of the second subscriber and a 
phantom user unrelated to the first and second sub- 
scribers, wherein the phantom user is unrelated to 
the first and second subscribers, wherein the request 
from the first subscriber comprises a first electronic 
address of the second subscriber, wherein the first 
network is packet-switched, wherein the second net- 
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work is circuit-switched, wherein the common elec- 
tronic address and first electronic address are each 
telephone numbers, wherein the substantially real- 
time communication session is a live voice call, 7. 
wherein each of the second grouping of links is cir- 5 
cuit-switched, and wherein the media server deter- 
mines that the first network is currently incapable of 
supporting the bearer channel for the live voice call 
between the first and second subscribers when at 
least one of the following conditions exists: (i) at least 10 8. 
one of a predetermined the number of the live voice 
calls and bandwidth allocated for live voice calls has 
been and/or will be reached if the bearer channel of 
the live voice calls is configured over the first net- 
work, (ii) resource exhaustion has occurred and/or 15 
will occur if the bearer channel of the live voice call 
is configured over the first network, (iii) a codec set 
is not specified with respect to transmissions over 
the first network between the first and second net- 
work regions, (iv) forced redirection from the first net- 20 
work to the second network between the first and 
second network regions is in effect, and (v) the first 
media server in the first or second network region 
has lost control of the gateway in the other of the first 
and second network regions. 25 

3. The method of claim 2, wherein condition (i) exists, 
wherein the user identifier is associated with the 
phantom user, wherein, at the first gateway, a first 
phantom user represents an originator of the outgo- 30 
ing call, and wherein, at the second gateway, a sec- 
ond phantom user represents a destination of an in- 
coming call. 

4. The method of claim 2, wherein condition (ii) exists 35 
and the user identifier is associated with the phantom 
user, wherein, at the first gateway, a first phantom 
user represents an originator of the outgoing call, 
wherein the links in the first and second groupings 

are trunks, and wherein, at the second gateway, a *o 
second phantom user represents a destination of an 
incoming call. 

5. The method of claim 2, wherein condition (iii) exists 

and the user identifier is associated with the phantom 45 9. 
user, wherein, at the first gateway, a first phantom 
user represents an originator of the outgoing call, 
wherein the links in the first and second groupings 
are trunks, and wherein, at the second gateway, a 
second phantom user represents a destination of an so 
incoming call. 

6. The method of claim 2, wherein condition (iv) exists 
and the user identifier is associated with the phantom 
user, wherein, at the first gateway, a first phantom 55 
user represents an originator of the outgoing call, 
wherein the links in the first and second groupings 

are trunks, and wherein, at the second gateway, a 



second phantom user represents a destination of an 
incoming call. 

The method of claim 2, wherein condition (v) exists, 
wherein the user Identifier is associated with the sec- 
ond user, wherein the links in the first and second 
groupings are trunks, and wherein a second media 
server has assumed control of the second gateway. 

The method of claim 2, wherein a first phantom user 
is determined by the first media server and a second 
phantom user is determined by the second media 
server, wherein the user identifier transmitted to the 
second gateway is the first phantom user identifier, 
wherein a first communication-related data structure 
is associated with the first telephone number, where- 
in a second communication-related data structure is 
associated with an outgoing call from the first gate- 
way and the first phantom user, wherein a third com- 
munication-related data structure is associated with 
an incoming call to the first gateway and the second 
phantom user, wherein the first network region com- 
prises a first plurality of subscribers and the second 
network region comprises a different second plurality 
of subscribers, and wherein step (f) comprises the 
substeps: 

(f1) collecting digits corresponding to the user 
identifier; 

(f2) associating the first phantom user with the 
second phantom user; 

(f3) based on the associating step, determining 
afirst port identifier associated with the outgoing 
communication and a second port identifier as- 
sociated with the incoming communication; and 
(f4) connecting the ports associated with the first 
and second port identifiers; and further compris- 
ing: 

(g) establishing a plurality of simultaneous bear- 
er connections between members of the first and 
second pluralities of subscribers, wherein the 
plurality of bearer connections terminate to the 
common electronic address. 

The method of claim 2, wherein step (e) comprises 
the substeps: 

(e1 ) transmitting in band a communication-type 
identifier indicating whether the communication 
is a network fragmentation-type call or a band- 
width management-type call, wherein, when the 
communication-type identifier indicates a net- 
work frag mentation -type call, the user identifier 
is associated with the second subscriber and, 
when the communication-type identifier indi- 
cates a bandwidth management-type call, the 
user identifier is associated with the phantom 
user. 
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10. A computer readable medium comprising executa- 
ble instructions for performing the steps of claim 1 . 

11. An enterprise network, comprising: 

geographically dislocated first and second net- 
work regions of an enterprise network, the first 
and second network regions being in communi- 
cation with one another through first and second 
networks and respectively comprising: 
first and second gateways means for repeating 
electronic signals and converting protocols; and 
first and second groupings of trunk means for 
carrying communication signals and being con- 
nected to one of the packet-switched and circuit- 
switched networks, wherein a common electron- 
ic address is associated with the second group- 
ing of trunk means; and 

first media server means for receiving, from a 
first subscriber, a request to initiate an at least 
substantially real-time communication session 
with a second subscriber and determining that 
the first network is currently incapable of sup- 
porting the bearer channel for the session, 
wherein, in response to the determination that 
the first network is currently incapable of sup- 
porting the bearer channel, the first gateway 
means transmits the common electronic ad- 
dress over the second network to the second 
gateway means, wherein, after the common 
electronic address is received by the second 
gateway means, at least one of the first and sec- 
ond gateway means transmits in band over the 
second network to the other of the at least one 
of the first and second gateway means a unique 
identifier, and wherein the other of the at least 
one of the first and second media server means 
comprises inter-gateway routing agent means 
for using the identifier to establish a bearer chan- 



means determines that the first network is currently 
incapable of supporting the bearer channel for the 
live voice call between the first and second subscrib- 
ers when at least one of the following conditions ex- 
5 ists: (i) at least one of a predetermined the number 
of the live voice calls and bandwidth allocated for 
live voice calls has been and/or will be reached if the 
bearer channel of the live voice calls is configured 
over the first network, (ii) resource exhaustion has 
10 occurred and/or will occur if the bearer channel of 
the live voice call is configured over the first network, 
(iii) a codec set is not specified with respect to trans- 
missions over the first network between the first and 
second network regions, (iv) forced redirection from 
15 the first network to the second network between the 
first and second network regions is in effect, and (v) 
the first media server means in the first or second 
network region has lost control of the gateway means 
in the other of the first and second network regions. 

20 

13. The network of claim 12, wherein condition (i) exists, 
wherein the user identifier is associated with the 
phantom user, wherein, at the first gateway means, 
a first phantom user represents an originator of the 
25 outgoing call, wherein the trunk means in the first 
and second groupings are trunks, and wherein, at 
the second gateway means, a second phantom user 
represents a destination of an incoming call. 

so 1 4. The network of claim 1 2, wherein condition (ii) exists 
and the user identifier is associated with the phantom 
user, wherein, at the first gateway means, a first 
phantom user represents an originator of the outgo- 
ing call, wherein the trunk means in the first and sec- 
35 ond groupings are trunks, and wherein, at the second 
gateway means, a second phantom user represents 
a destination of an incoming call. 

1 5. The network of claim 1 2, wherein condition (iii) exists 
and the user identifier is associated with the phantom 
user, wherein, at the first gateway means, a first 
phantom user represents an originator of the outgo- 
ing call, wherein the trunk means in the first and sec- 
ond groupings are trunks, and wherein, atthe second 
gateway means, a second phantom user represents 
a destination of an incoming call. 

16. The network of claim 12, wherein condition (iv) exists 
and the user identifier is associated with the phantom 
user, wherein, at the first gateway means, a first 
phantom user represents an originator of the outgo- 
ing call, wherein the trunk means in the first and sec- 
ond groupings are trunks, and wherein, atthe second 
gateway means, a second phantom user represents 
a destination of an incoming call. 

17. The network of claim 1 2, wherein condition (v) exists, 
wherein the user identifier is associated with the sec- 



nel over the second network for the communi- 40 
cation session. 

1 2. The network of claim 1 1 , wherein the first media serv- 
er means controls both of the first and second gate- 
way means, wherein the identifier is a user identifier 45 
associated with at least one of the second subscriber 
and a phantom user unrelated to the first and second 
subscribers, wherein the phantom user is unrelated 
to the first and second subscribers, wherein the re- 
quest from the first subscriber comprises a first elec- so 
tronic address of the second subscriber, wherein the 
first network is packet-switched, wherein the second 
network is circuit-switched, wherein the common 
electronic address and first electronic address are 
each telephone numbers, wherein the substantially ss 
real-time communication session is a live voice call, 
wherein each of the second grouping of trunk means 
is circuit -switched, and wherein the first media server 
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ond user, and wherein a second media server has 
assumed control of the second gateway means. 

18. The network of claim 12, wherein a first phantom 
user Is determined by the first media server means 5 
and a second phantom user is determined by a sec- 
ond media server means, wherein the user identifier 
transmitted to the second gateway means is the first 
phantom user identifier, wherein a first communica- 
tion-related data structure is associated with the first 10 
telephone number, wherein a second communica- 
tion-related data structure is associated with an out- 
going call from the first gateway means and the first 
phantom user, wherein a third communication-relat- 
ed data structure is associated with an incoming call is 
to the first gateway means and the second phantom 
user, and wherein the first gateway means is oper- 
able to collect digits corresponding to the user iden- 
tifier, and wherein the first media server means as- 
sociates the first phantom user with the second 20 
phantom user; based on the associating operation, 
determines a first port identifier associated with the 
outgoing call and a second port identifier associated 
with the incoming call; and connects the ports asso- 
ciated with the first and second port identifiers. 25 

19. The network of claim 12, wherein the inter-gateway 
means routing agent means effects transmission in 
band of a communication-type identifier indicating 
whether the communication is a network f ragmenta- 30 
tion-type call or a bandwidth management-type call; 
when the communication -type identifier indicates a 
network frag mentation-type call, associates the user 
identifier with the second subscriber; when the com- 
munication-type identifier indicates a bandwidth 35 
management-type call, associates the user identifier 
with the phantom user; wherein the first network re- 
gion comprises a first plurality of subscribers and the 
second network region comprises a different second 
plurality of subscribers; and wherein the first media 40 
server means establishes a plurality of simultaneous 
bearer connections between members of the first 
and second pluralities of subscribers, wherein the 
plurality of bearer connections terminate to the com- 
mon electronic address. 45 
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